home *** CD-ROM | disk | FTP | other *** search
- Path: sobt.ao.net!user
- From: eric@ao.net (Eric Shaw)
- Newsgroups: comp.dcom.modems
- Subject: Re: USR --> HAYES Connection Problems
- Date: Sun, 25 Feb 1996 21:13:50 -0500
- Organization: Access Orlando
- Message-ID: <eric-2502962113500001@sobt.ao.net>
- References: <4gko42$pkk@inet2.timetrend.com> <4gpb64$o54@ns.wsnet.com>
- NNTP-Posting-Host: sobt.ao.net
-
- In article <4gpb64$o54@ns.wsnet.com>, rymix@wsnet.com (The Dark Beyond) wrote:
-
- >I work Customer Support/Tech Support with an ISP, and have had the exact
- >same problems - Hayes Century Rack modems (Hayes Optima) - with
- >connections to USR modems, especially the sportsters. This only seems to
- >be a problem at connection rates above 19.2 kbps.
- >
- >The problem seems to stem from the modems not establishing LAP-M or ARQ
- >correctly, but I am not sure of this. Any solutions or advice would be
- >appreciated!
-
- We have problems with USRs connecting, especially Sportsters, and
- Sportster Vi's being the worst, connecting to our PPI modems (makes sense,
- Hayes=PPI). Setting the USR to use v.FC instead of v.34 (by disabling
- v.8) fixes the problem most of the time, so it does not appear to be an
- error-correction problem, except with the Vi. Also, it helps a lot if
- shaping is enabled on the USR (some default to have it turned off). On
- older USR's, settings that fix these things in the init string are
- S54=192S56=0. On newer USR's, use S32=0. Sportster Vi's often connect
- without error correction, so on them it may help to use AT&M5 to force an
- error-correcting connection.
-